home *** CD-ROM | disk | FTP | other *** search
/ Meeting Pearls 1 / Meeting Pearls Vol 1 (1994).iso / installed_progs / text / faqs / object-faq.part8 < prev    next >
Encoding:
Internet Message Format  |  1993-12-15  |  58.7 KB

  1. Subject: Comp.Object FAQ Version 1.0.5 (12-13) Part 8/8
  2. Newsgroups: comp.object,comp.answers,news.answers
  3. From: Bob Hathaway <rjh@geodesic.com>
  4. Date: Tue, 14 Dec 1993 04:55:42 GMT
  5.  
  6. Archive-name: object-faq/part8
  7. Last-Modified: 12/13/93
  8. Version: 1.0.5
  9.  
  10. >27  Browser for OO info
  11.  
  12. From: oscar@cui.unige.ch (Oscar Nierstrasz)
  13. Subject: CUI & Object Oriented Information Sources on the World Wide Web
  14. Reply-To: oscar@cui.unige.ch
  15. Organization: University of Geneva, Switzerland
  16. Date: Fri, 25 Jun 1993 12:18:38 GMT
  17.  
  18. An HTTP server has been installed at the Centre Universitaire d'Informatique
  19. of the University of Geneva.  Information about various research groups at
  20. the CUI is available, as well as a number of other experimental services.
  21.  
  22. The Object Systems group at CUI is providing a number of pointers to
  23. Object-Oriented Information Sources available on the World Wide Web.
  24. The page containing these sources is accessible from the CUI home page.
  25. The URL is: http://cui_www.unige.ch/home.html
  26.  
  27. You must have a WWW browser to access the information.  If you do not have
  28. a browser, you should obtain, for example, the xmosaic browser from:
  29. ftp.ncsa.uiuc.edu:Web/xmosaic or info.cern.ch:pub/www.
  30.  
  31. The material available from CUI is in an early stage of development.
  32. Suggestions for additional OO references to include (or whatever) are welcome!
  33.  
  34. Oscar Nierstrasz
  35.  
  36. ----------------------------------------------------------------------------
  37.         Dr. O.M. Nierstrasz, Centre Universitaire d'Informatique
  38. University of Geneva, 24, rue General-Dufour, CH-1211 Geneva 4, Switzerland
  39.         Tel: +41 22 705.7664    Secr: 705.7770    Fax: 320.2927
  40.             E-mail: oscar@cui.unige.ch  Home: 733.9568
  41. ----------------------------------------------------------------------------
  42.  
  43.  
  44. >28  Apertos(Meta-Obj Distr OS, research)
  45.  
  46. The Apertos (formerly MUSE) project at Sony Research
  47. is a meta-object based distributed OS for turning portable wireless
  48. hand-held computers into fully-connected Dynabook-like
  49. terminals.  It's very very wizzy.  The papers are on: 
  50.         scslwide.sony.co.jp:pub/CSL-Papers
  51.  
  52. The source is available for research; I think you have to
  53. sign something first.
  54.  
  55.  
  56. >29  Actors Paper (UIUC)
  57.  
  58. From: agha@cs.uiuc.edu (Gul Agha)
  59. Subject: Actor Theory Paper available
  60. Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
  61. Date: Wed, 4 Aug 1993 15:41:02 GMT
  62.  
  63. A new paper providing a definitive and detailed development of the
  64. semantics of actor systems is available via anonymous ftp.  Comments
  65. are especially welcome.  
  66.  
  67.  
  68. Title:          A Foundation for Actor Computation
  69.  
  70. Authors:        Gul Agha, Univerity of Illinois at Urbana-Champaign
  71.                 Ian Mason, Stanford University
  72.                 Scott Smith, John Hopkins University
  73.                 Carolyn Talcott, Stanford University
  74.  
  75. Abstract:
  76.  
  77.         We present an actor language which is
  78.         an extension of a simple functional language, and provide a precise
  79.         operational semantics for this extension.  Actor configurations are
  80.         open distributed systems, meaning we explicitly take into account the
  81.         interface with external components in the specification of an actor
  82.         system.  We define and study various notions of equivalence on actor
  83.         expressions and configurations.
  84.  
  85. to ftp the compressed postscript file:
  86.         ftp sail.stanford.edu  (or 36.28.0.130)
  87.         login: anonymous
  88.         send ident as password.
  89.         cd pub/MT
  90. the file is called:  
  91.         93actors.ps.Z
  92.  
  93. Note: the paper is 76pp long.  It subsumes work reported in our paper
  94. in CONCUR '92.  
  95.  
  96. (A number of other recent papers on actor languages and their
  97. implementation may be obtained by anonymous ftp from
  98. biobio.cs.uiuc.edu in the directory pub/papers).
  99.  
  100.  
  101. >30  Chambers' Thesis
  102.  
  103. What: SELF optimizing compiler and Thesis
  104. From: chambers@cs.washington.edu (Craig Chambers)
  105. Date: 9 May 92 22:00:53 GMT
  106.  
  107. My Ph.D. thesis, entitled "The Design and Implementation of the Self Compiler,
  108. an Optimizing Compiler for Object-Oriented Programming Languages," is now
  109. available as Stanford technical report number STAN-CS-92-1420.  Copies may be
  110. ordered from Stanford.  Stanford requires $20 (plus tax for orders from within
  111. California), in advance, for each copy.
  112.  
  113. The dissertation also is available in compressed postscript form.  The
  114. electronic version may be copied via anonymous ftp from self.stanford.edu in
  115. the directory pub/papers/chambers-thesis.  This version is free.  Note however
  116. that the thesis is about 250 pages long.
  117.  
  118.  
  119. >31  graph drawing
  120.  
  121. From: rt@cs.brown.edu (Roberto Tamassia)
  122. Subject: annotated bibliography on graph drawing algorithms
  123. Organization: Brown University Department of Computer Science
  124. Date: Wed, 30 Jun 1993 06:45:48 GMT
  125.  
  126. A new revised version of the annotated bibliography on graph drawing
  127. algorithms by Giuseppe Di Battista, Peter Eades, Roberto Tamassia, and
  128. Ioannis Tollis is now available via anonymous ftp from
  129. wilma.cs.brown.edu (128.148.33.66).  The files are /pub/gdbiblio.tex.Z
  130. and /pub/gdbiblio.ps.Z.
  131.  
  132.  
  133. >32  Law of Demeter
  134.  
  135. From: lieber@ccs.neu.edu (Karl Lieberherr)
  136. Subject: Law of Demeter/Adaptive Software
  137. Organization: College of CS, Northeastern University
  138. Date: Fri, 4 Jun 1993 20:41:49 GMT
  139.  
  140.  >...
  141.  Yes, the Law of Demeter paper is available in electronic form on the
  142.  net. Indeed, many of the Demeter project papers are available from
  143.  the ftp server at Northeastern University (see instructions below).
  144.  
  145.  The Law of Demeter idea has been automated in the Demeter Tools/C++
  146.  as an adaptive software tool which automatically makes much of your C++ code
  147.  compliant with the Law of Demeter. The tool is an add-on tool to
  148.  your favorite C++ development environment and is commercially available
  149.  from Demeter International. The Demeter Tools/C++ lift
  150.  object-oriented programming to a higher level of abstraction
  151.  by allowing the user to focus on the essential and
  152.  stable classes. A paper on ADAPTIVE SOFTWARE will appear in 
  153.  the Communications of the ACM and is also available from the
  154.  ftp server.
  155.  
  156.  For more information, use the ftp instructions below or call
  157.  
  158. Demeter International
  159. 56 Bennett Road
  160. Marblehead, MA 01945
  161.  
  162.  phone: (617) 639 1544
  163.  fax: (617) 373 5121
  164.  
  165. or send e-mail to demeter@ccs.neu.edu 
  166.  
  167. -- Karl Lieberherr
  168.  
  169. FTP instructions:
  170.  
  171. Some of our papers are available in one package by anonymous ftp from
  172.  
  173. ftp.ccs.neu.edu (129.10.10.51)
  174.  
  175. in directory pub/demeter/documents
  176.  
  177. Use the following command sequence to copy the Demeter papers:
  178.  
  179. % ftp ftp.ccs.neu.edu or 129.10.10.51)
  180. Name ( ... ): ftp
  181. Password: your-email-address
  182. ftp> cd pub/demeter/documents
  183. ftp> ls
  184. ftp> binary
  185. ftp> get papers.tar.Z
  186. ftp> quit
  187. % uncompress papers.tar.Z
  188. % tar xf papers.tar
  189.  
  190. If you want to copy individual papers and not all at once, go to 
  191. directory pub/demeter/documents/papers and retrieve them
  192. individually.
  193.  
  194. Law of Demeter paper:
  195.   LH89-law-of-demeter.ps
  196. Adaptive Software papers:
  197.   LSLX93-adaptive-programming.ps
  198.   L92a-component-enhancement.ps
  199.   LHSLX92-pp-experience.ps
  200.  
  201.  
  202. >33  OO Dyn Grping, memory
  203.  
  204. From: mario@cs.man.ac.uk (Mario Wolczko)
  205. Subject: Re: OOPLs and Locality of Reference
  206. Keywords: locality of reference
  207. Date: 5 Jul 93 14:39:13 GMT
  208. Organization: Dept Computer Science, University of Manchester, U.K.
  209.  
  210. [...]
  211. The measurements done as part of the work here on the Mushroom project
  212. show that temporal locality within Smalltalk objects is great (and
  213. hence even conventional caches work reasonably well [unless the GC
  214. scheme trashes the cache]), whereas spatial locality on a scale much
  215. larger than the average object (which is 40 bytes) is much harder to
  216. come by.
  217.  
  218. More details can be found in these papers (all available by ftp from
  219. mushroom.cs.man.ac.uk in /pub/mushroom/papers):
  220.  
  221.   dgvm1.ps.Z
  222.     "Dynamic Grouping in an Object Oriented Virtual Memory Hierarchy"
  223.     Ifor Williams, Mario Wolczko, Trevor Hopkins, Proc. ECOOP 87,
  224.     Springer-Verlag LNCS 276, pp.79-88.
  225.  
  226.   dgvm2.ps.Z
  227.     "Realization of a Dynamically Grouped Object-Oriented Virtual
  228.      Memory Hierarchy", Proceedings of the Workshop on Persistent Object
  229.      Systems: Their Design, Implementation and Use, available as
  230.      Persistent Programming Research Report PPRR-44-87, Universities
  231.      of Glasgow and St. Andrews, Aug. 1987, pp.298--308.
  232.  
  233.   obma.ps.Z
  234.     "An Object-Based Memory Architecture"
  235.     Ifor Williams and Mario Wolczko, in Implementing Persistent Object
  236.     Bases: Proc. Fourth International Workshop on Persistent Object Systems,
  237.     Morgan Kaufmann, 1991, pp.114-130.
  238.     The first three figures are in obma-fig[123].ps.Z.
  239.  
  240. Mario Wolczko
  241.  
  242.    ______      Dept. of Computer Science   Internet:      mario@cs.man.ac.uk
  243.  /~      ~\    The University              uucp:    mcsun!uknet!man.cs!mario
  244. (    __    )   Manchester M13 9PL          JANET:         mario@uk.ac.man.cs
  245.  `-':  :`-'    U.K.                        Tel: +44-61-275 6146  (FAX: 6236)
  246. ____;  ;_____________the mushroom project___________________________________
  247.  
  248.  
  249. >34  Pred Classes (Cecil)
  250.  
  251. What: "Predicate Classes" paper
  252. From: chambers@klamath.cs.washington.edu (Craig Chambers)
  253. Date: Fri, 30 Apr 93 01:25:02 GMT
  254.  
  255. "Predicate classes are a new linguistic construct designed to
  256. complement normal classes in object-oriented languages. Like a normal
  257. class, a predicate class has a set of superclasses, methods, and
  258. instance variables. However, unlike a normal class, an object is
  259. automatically an instance of a predicate class whenever it satisfies a
  260. predicate expression associated with the predicate class. The
  261. predicate expression can test the value or state of the object, thus
  262. supporting a form of implicit property-based classification that
  263. augments the explicit type-based classification provided by normal
  264. classes. By associating methods with predicate classes, method lookup
  265. can depend not only on the dynamic class of an argument but also on
  266. its dynamic value or state. If an object is modified, the
  267. property-based classification of an object can change over time,
  268. implementing shifts in major behavior modes of the object. A version
  269. of predicate classes has been designed and implemented in the context
  270. of the Cecil language."
  271.  
  272. Comments on the ideas in the paper are appreciated.
  273.  
  274. -- Craig Chambers
  275.  
  276.  
  277. >35  Manchester Archive and some
  278.  
  279. What: Manchester Archive, SmallTalk-V
  280. From: johnson@m.cs.uiuc.edu (Ralph Johnson)
  281. Date: 18 Dec 91 19:41:38 GMT
  282.  
  283. We have a complete copy of everything in the Manchester archive, and you
  284. can either access it by e-mail like the Manchester archive or by anonymous
  285. ftp.  Our archive is on st.cs.uiuc.edu, and you can get information about the
  286. e-mail server by sending to archive-server@st.cs.uiuc.edu, and putting the
  287. line help in your message. We actually have a little more than is in the
  288. Manchester archive.  We have the Smalltalk-V code from the defunct
  289. International Smalltalk Association, and a few other odds and ends.
  290.  
  291.  
  292. >36  Object Design's OO7 Results
  293.  
  294. What: Object Design's Results on the OO7 Benchmarks
  295. From: dudek@odi.com (Glen Dudek)
  296. Date: Thu, 29 Apr 93 17:17:11 GMT
  297.  
  298. OBJECT DESIGN'S RESULTS ON THE OO7 BENCHMARKS
  299. April 26, 1993
  300.  
  301. We have made a copy of our results available to the Internet community. You
  302. can access this information through anonymous ftp from ftp.odi.com in the
  303. file /pub/oo7/results.ps.
  304.  
  305. The report includes the "official" tests done for ObjectStore by the
  306. University of Wisconsin, and our internal execution of all the tests using
  307. ObjectStore Release 2.0.1, the current production version.  As the report
  308. shows, our internal execution carefully followed the agreed-upon procedures
  309. for running OO7, and we believe the numbers that were produced accurately
  310. represent ObjectStore's performance.
  311.  
  312.         For further information contact oo7info@odi.com.
  313.  
  314.  
  315. >37  Graph service
  316.  
  317. From: north@ulysses.att.com (Stephen C. North)
  318. Subject: free samples of directed graph layouts by mail
  319. Keywords: graph layout, DAG, embedder
  320. Date: 25 Jun 93 18:28:29 GMT
  321. Organization: AT&T Bell Laboratories, Murray Hill
  322.  
  323. I have created an experimental service for remote users to try some of
  324. our graph layout programs through Internet mail, for research or
  325. educational purposes.  I'm looking for a few friendly users to try this
  326. service.  The programs are:
  327.  
  328.     dag (directed graphs, old, program, works with some USL C++ utilities.
  329.                 This may have unintentionally sparked the apparently misdirected 
  330.                 discussion of "DAG classes" in one newsgroup recently.)
  331.     dot (directed graphs, newer algorithms, better layouts, more features)
  332.     neato (undirected graphs, compatible with dot, Kamada-Kawai spring embedder)
  333.  
  334. You can ftp PostScript files of documentation from dist/drawdag/*.Z on
  335. research.att.com
  336.  
  337. To draw graphs, send a graph file to drawdag@toucan.research.att.com
  338. and give the command line in the Subject header.  For example,
  339.  
  340.     From cs.Princeton.EDU!north Thu Jun 24 11:45:28 0400 1993 remote from toucan
  341.     Date: Thu, 24 Jun 1993 11:45:28 -0400
  342.     From: Stephen North <north@cs.Princeton.EDU>
  343.     To: drawdag@toucan.research.att.com
  344.     Subject: dot -Tps 
  345.  
  346.     digraph G { a -> b }
  347.  
  348. File arguments are disabled for obvious reasons.  Please let me know if
  349. you hit any snags.  There is a reasonable limit on graph size and probably
  350. number of invocations from a given site/account. (If you use it that much,
  351. AT&T's Intellectual Property Division sells binary executables; their number
  352. is 800-462-8146).
  353.  
  354. Stephen North, AT&T Bell Laboratories, Murray Hill NJ, (908) 582 7392
  355. Parturiunt montes, nascetur ridiculus mus!
  356.  
  357.  
  358. >38  C++SIM (Simula-like Sim Pkg)
  359.  
  360. From: M.C.Little@newcastle.ac.uk (Mark Little)
  361. Subject: C++SIM Release 1.0 Announcement
  362. Organization: Computing Laboratory, U of Newcastle upon Tyne, UK NE17RU
  363. Keywords: C++, SIMULA, simulation, object-oriented
  364. Date: Mon, 14 Jun 1993 15:02:33 GMT
  365.  
  366. C++SIM 1.0 Release Announcement.
  367.  
  368. This is to announce the release of version 1.0 of C++SIM, a simulation
  369. package written in C++. C++SIM provides discrete process based
  370. simulation similar to that provided by the simulation class and
  371. libraries of SIMULA. The linked list manipulation facilities provided
  372. by SIMSET are also included in the package.
  373.  
  374. Inheritance was used throughout the design to an even greater extent
  375. than is already provided by SIMULA. This has allowed us to add new
  376. functionality without affecting the overall system structure, and hence
  377. provides for a more flexible and expandable simulation package.
  378.  
  379. A paper is included which describes the design and implementation of
  380. C++SIM and includes a worked example of how to use the package. The
  381. paper describes the class hierarchy which we have created, and
  382. indicates how it can be used to further refine the simulation package.
  383.  
  384. The simulation package requires the use of a threads package and
  385. currently only works with Sun's lightweight process library or the Gnu
  386. thread package (which *is* included in the distribution). The package has
  387. been used on Sun workstations, and, with the exception of the thread
  388. library requirement, contains no system specific code which should make
  389. porting to other systems relatively easy. The code has been compiled
  390. with Cfront 2.1 and Cfront 3.0.1 and g++ 2.3.3
  391.  
  392. If you find any bugs or make modifications (e.g., ports to other thread
  393. packages) or port it to other systems, then please let me know so I can
  394. keep the sources up-to-date for other users.
  395.  
  396. The package is available via anonymous ftp from arjuna.ncl.ac.uk
  397.  
  398.  
  399. >39  commercial on cd-rom
  400.  
  401. From: jimad@microsoft.com (Jim Adcock)
  402. Subject: Re: Non-defense Ada applications - answering several requests
  403. Date: 11 Jun 93 18:56:55 GMT
  404. Organization: Microsoft Corporation
  405.  
  406.  >...
  407.  
  408. 1) Get a copy of the Computer Select Database.  [I notice the company
  409. is offering free trial copies [the database is CD-ROM based]]
  410.  
  411. 2) Select "Section: Software Product Specifications"
  412.  
  413. 3) Select "Find: C++"
  414.  
  415. Behold!  A list of 734 commercially available software packages written
  416. in C++, including some of the best known names in the software industry.
  417.  
  418.  
  419. >40  C++ Signatures (subtyping)
  420.  
  421. From: gb@cs.purdue.edu (Gerald Baumgartner)
  422. Newsgroups: comp.object,comp.lang.c++
  423. Subject: signature implementation for G++ 2.5.2 and tech report available
  424. Date: 4 Nov 1993 12:03:00 -0500
  425. Organization: Department of Computer Sciences, Purdue University
  426.  
  427. Announcing the paper
  428.  
  429.     Signatures: A C++ Extension for
  430.     Type Abstraction and Subtype Polymorphism
  431.  
  432.     by Gerald Baumgartner and Vincent F. Russo.
  433.     Tech report CSD-TR-93-059, Dept. of Computer
  434.     Sciences, Purdue University, September 1993.
  435.     Submitted to Software Practice & Experience.
  436.  
  437. and a beta release of our implementation of
  438.  
  439.     signatures for GCC 2.5.2.
  440.  
  441.  
  442.  How to Get that Stuff?
  443.  ----------------------
  444.  
  445. You can get both the paper and the implementation by ftp from
  446.  
  447.     host:        ftp.cs.purdue.edu    (128.10.2.1)
  448.  
  449.     login:        anonymous
  450.  
  451.     password:    your e-mail address
  452.  
  453.     directory:    pub/gb
  454.  
  455.     files:        COPYING            Copyright notice.
  456.  
  457.             README            This file.
  458.  
  459.             Signatures.{dvi,ps}.gz    DVI and Postscript versions
  460.                         of the paper.
  461.  
  462.             gcc-2.5.2.sig.diff.gz    Patch to upgrade GCC 2.5.2.
  463.  
  464.             test.tar.gz        Test files and script to run
  465.                         the tests.
  466.  
  467. To make GCC 2.5.2 understand signatures, just copy the context diff
  468. file into the GCC source directory, type
  469.  
  470.     gunzip gcc-2.5.2.sig.diff.gz
  471.     patch < gcc-2.5.2.sig.diff
  472.  
  473. and rebuild and install `gcc,' `cc1plus,' the man pages, and the manual.
  474.  
  475. For compiling C++ code containing signatures, you need to use the
  476. command line option
  477.  
  478.     -fhandle-signatures
  479.  
  480. We tested our extension on Sun 4 only, but since there are no changes
  481. to the compiler backend, it is expected work on other architectures as
  482. well.  To test whether it works on your architecture, unpack the file
  483. `test.tar.gz' and run the shell script
  484.  
  485.     Test
  486.  
  487. It compiles the test programs and runs them.  If everything works
  488. correctly, all the test programs (all 40 of them) should print
  489.  
  490.     Hello World.
  491.  
  492.  
  493.  What are Signatures anyway?
  494.  ---------------------------
  495.  
  496. Roughly, signatures are type abstractions or interfaces of classes.
  497. They are related to ML's signatures, categories in Axiom, definition
  498. modules in Modula-2, interface modules in Modula-3, and types in
  499. POOL-I.
  500.  
  501. The main language constructs added are signatures and signature pointers.
  502. For example, the signature declaration
  503.  
  504.     signature S
  505.     {
  506.       int foo (void);
  507.       int bar (int);
  508.     };
  509.  
  510. defines a new abstract type `S' with member functions `int foo (void)'
  511. and `int bar (int).'  Signature types cannot be instantiated since they
  512. don't provide any implementation.  Only signature pointers and signature
  513. references can be defined.  For example,
  514.  
  515.     C obj;
  516.     S * p = &obj;
  517.  
  518. defines a signature pointer `p' and initializes it to point to an object
  519. of class type `C,' where `C' is required to contain the public member
  520. functions `int foo (void)' and `int bar (int).'  The member function call
  521.  
  522.     int i = p->foo ();
  523.  
  524. executes then `obj.foo ().'
  525.  
  526. Class `C' is called an implementation of the abstract type `S.'  In
  527. this example, we could have made `S' an abstract virtual class and `C' a
  528. subclass of `S,' and we would have had the same effect.  The advantages
  529. of signatures over abstract virtual classes are
  530.  
  531.     - you can build a type hierarchy separate from the class inheritance
  532.       (implementation) hierarchy,
  533.     - subtyping becomes decoupled from inheritance, and
  534.     - signatures can be used with compiled classes, while you cannot
  535.       retrofit an abstract virtual class on top of compiled class
  536.       hierarchies.
  537.  
  538. For more information, please, see the paper.
  539.  
  540.  
  541.  What's Implemented and what's not?
  542.  ----------------------------------
  543.  
  544. Signature declarations and signature pointers are implemented and
  545. working.  For examples of what's working and how to use them you can
  546. have a look at the test files.
  547.  
  548. The following bugs are known:
  549.  
  550.       - The destructor of objects cannot be called though signature pointers.
  551.       - A signature pointer cannot point to an object of a class defined
  552.     by multiple inheritance.
  553.       - The signature conformance check does not work if the signature
  554.     contains other signature declarations or class declarations.
  555.       - Operator and conversion operator member functions of signatures
  556.     can only be called with function call syntax, such as
  557.     `p->operator+(17),' but not with operator or conversion syntax.
  558.  
  559. The following language constructs and features are not yet implemented:
  560.  
  561.       - constants in signatures,
  562.       - signature references,
  563.       - signature inheritance,
  564.       - the `sigof' (signature of a class) construct,
  565.       - views (not even the parsing is done),
  566.       - signature templates, and
  567.       - exception specifications in signature member function declarations.
  568.  
  569. The following optimization is not implemented:
  570.  
  571.       - Looking up a virtual class member function through a signature
  572.     pointer/reference requires double indirection.  This can be optimized
  573.     by memoizing, so that only the first lookup of a member function
  574.     requires double indirection and further lookups require only single
  575.     indirection.
  576.  
  577. The items above are roughly in the order in which they will be implemented.
  578.  
  579. Besides bug fixes, the main features that have been implemented since the
  580. last release are default implementations of signature member functions
  581. and opaque types.
  582.  
  583.  
  584.  Feedback
  585.  --------
  586.  
  587. Please, send your questions, comments, suggestions, and complaints to
  588.  
  589.     gb@cs.purdue.edu
  590.  
  591. --
  592. Gerald Baumgartner
  593. Dept. of Computer Sciences, Purdue University,  W. Lafayette, IN 47907
  594. Internet: gb@cs.purdue.edu, UUCP: ...!{decwrl,gatech,ucbvax}!purdue!gb
  595.  
  596.  
  597. >41 The Texas Persistent Store
  598.  
  599.   The Texas Persistent Store, version 0.1
  600.  
  601. Texas is a simple, portable, high-performance and (best of all) FREE
  602. persistent store for C++ using "pointer swizzling at page fault time"
  603. to translate persistent addresses to hardware-supported virtual addresses.
  604.  
  605. Texas is built on top of a normal virtual memory, and relies on the
  606. underlying virtual memory system for caching.  It uses user-level virtual
  607. memory protections to control the faulting of data from a persistent storage
  608. file into virtual memory.
  609.  
  610. All addresses in a page are translated from a persistent format to
  611. actual virtual addresses when the page is brought into virtual memory,
  612. and subsequent memory references (including pointer traversals) are
  613. just as fast as for non-persistent data.
  614.  
  615. Texas is easy to use, and is implemented as a UNIX library.  It is small
  616. and can be linked into applications.  It requires no special operating 
  617. system privileges, and persistence is orthogonal to type---objects may be 
  618. allocated on either a conventional transient heap, or on the persistent
  619. heap, as desired.
  620.  
  621. Texas supports simple checkpointing of heap data.  A log-structured storage
  622. module is under development, and will provide fast checkpointing of small
  623. transactions.
  624.  
  625. Texas is beta software, and the current prerelease version supports only
  626. simple single-machine operation.  Future releases will support client-server
  627. operation, a flexible access control scheme, and transaction support.
  628.  
  629. Texas currently runs under SunOS and ULTRIX, using Sun CC or GNU C++.
  630. Porting to other modern systems (e.g., OS/2, WNT, Mach) should be easy---it
  631. requires only mprotect(), signal(), and sbrk() calls (or their equivalent)
  632. to control virtual memory protection setting and trap handling.
  633.  
  634. Papers about the pointer swizzling scheme and Texas itself (referenced
  635. below) are available via anonymous ftp from cs.utexas.edu (IP address
  636. 128.83.139.9), as postscript files swizz.ps and texaspstore.ps in the
  637. directory pub/garbage.
  638.  
  639. The source code for Texas is also available, in the directory
  640. pub/garbage/texas.
  641.  
  642. References:
  643.  
  644. Paul R. Wilson and Sheetal V. Kakkad, "Pointer Swizzling at Page Fault
  645. Time: Efficiently and Compatibly Supporting Huge Address Spaces on Standard
  646. Hardware," Proc. Second Int'l. Workshop on Object Orientation in Operating
  647. Systems, Sept. 1992, Dourdan, France, pp. 364--377.
  648.  
  649. Vivek Singhal, Sheetal V. Kakkad, and Paul R. Wilson, "Texas: an Efficient,
  650. Portable Persistent Store", Proc. Fifth Int'l. Workshop on Persistent Object
  651. Systems, Sept. 1992, San Miniato, Italy, pp. 11-33.
  652.  
  653.  
  654. >42 OSE C++lib
  655.  
  656. From: grahamd@research.otc.com.au (Graham Dumpleton)
  657. Date: Tue, 16 Nov 1993 11:34:42 +1100 (EST)
  658. Organisation: Telstra International
  659. Phone: +61-2-287-3119
  660.  
  661.   WHAT:
  662.  
  663.     OSE consists of three C++ class libraries, a build environment based on
  664.     GNU make, programs for documentation extraction and other miscellaneous
  665.     tools.
  666.  
  667.     The C++ libraries include generic classes and some UNIX specific classes.
  668.     Collection classes use templates compatable with AT&T C++ 3.0. If you
  669.     have a C++ compiler which does not support templates, a template
  670.     preprocessor supplied with OSE can be used.
  671.  
  672.     OSE uses a GNU style configure script, making it relatively easy to
  673.     install, even on platforms for which it may not yet have been compiled.
  674.     For DOS users, a script is provided to create a copy of the C++
  675.     libraries suitable for compilation on that platform.
  676.  
  677.  
  678.   WHERE:
  679.  
  680.     OSE can be obtained via anonymous ftp from:
  681.  
  682.       Europe:
  683.  
  684.     ftp.th-darmstadt.de [130.83.55.75]
  685.     directory pub/programming/languages/C++/class-libraries/OSE
  686.  
  687.       United States
  688.  
  689.     straylight.acs.ncsu.edu [152.1.65.11]
  690.     directory /pub/ose
  691.  
  692.       Australia:
  693.  
  694.     csis.dit.csiro.au [192.41.146.1]
  695.     directory pub/otc
  696.  
  697.  
  698.   HELP:
  699.  
  700.     To get further information about OSE, without actually fetching the
  701.     complete package, either fetch the file "ANNOUNCE" from one of the
  702.     ftp sites, or send mail to:
  703.  
  704.       ose@research.otc.com.au
  705.  
  706.  
  707. >43 Traces,kiczales,MOP,DI
  708.  
  709. From: gregor@parc.xerox.com (Gregor Kiczales)
  710. Subject: Re: Dynamic Objects
  711. In-Reply-To: rjh@geodesic.com's message of 25 Aug 93 21:52:56 GMT
  712. Message-ID: <GREGOR.93Sep3093506@calvin.parc.xerox.com>
  713. Organization: Xerox Palo Alto Research Center
  714. References: <16C357BF0.MFARMER@utcvm.utc.edu> <1993Aug25.215256.8031@midway.uchicago.edu>
  715. Date: 3 Sep 93 09:35:06
  716.  
  717. Earlier in this series of messages, Craig Chambers and others mentioned
  718. his ECOOP'93 paper on predicate classes, which provide a powerful handle
  719. on some of the problems that have been mentioned in this series of
  720. messages, specifically, how dynamic changes to an object or its context
  721. can be harnessed to reliably effect the object's (message receipt)
  722. behavior.  As I see it, predicate classes are a key step towards solving
  723. one of the most frustrating problems of OO programming: the struggle
  724. over whether to encode some difference among objects in the value of a
  725. slot (that is one of its parts) or in the object's `method table' (class
  726. or that which it is one-of).
  727.  
  728. A closely related problem, that has also come up in this series of
  729. messages, is how so-called factory objects can dynamically select the
  730. behavior of the objects they create.  We have developed a new OO
  731. language concept called Traces, that can be used to make much more
  732. powerful factory objects, as well as handle some of the things predicate
  733. classes do.  The two ideas are similar in that they both make behavior
  734. selection a much more dynamic phenomena.
  735.  
  736. My ISOTAS'93 paper presents the concept of Traces and shows it
  737. application to some problems.  This paper is available for anonymous FTP
  738. from ftp.parc.xerox.com, in the /pub/mops directory.  The file is
  739. traces.ps.
  740.  
  741. Gregor
  742.  
  743. Following is the abstract from the paper:
  744.   
  745. Object-oriented techniques are a powerful tool for making a system
  746. end-programmer specializable.  But, in cases where the system not only
  747. accepts objects as input, but also creates objects internally,
  748. specialization has been more difficult.  This has been referred to as
  749. the ``make isn't generic problem.''  We present a new \oo{} language
  750. concept, called traces, that we have used successfully to support
  751. specialization in cases that were previously cumbersome.
  752.   
  753. The concept of traces makes a fundamental separation between two kinds
  754. of inheritance in \oo{} languages: inheritance of default implementation
  755. -- an aspect of code sharing; and inheritance of specialization, a
  756. sometimes static, sometimes dynamic phenomenon.
  757.  
  758.  
  759. >44 C++ coding standard
  760.  
  761. From: metz@iam.unibe.ch (Igor Metz)
  762. Subject: Re: C++ coding standard
  763. Organization: Dept. of CS, University of Berne, Switzerland
  764. Date: Tue, 7 Sep 1993 07:08:21 GMT
  765.  
  766. euagate.eua.ericsson.se   (Internet Address: 134.138.134.16)
  767. ~ftp/pub/eua/c++/rules.ps.Z
  768.  
  769. [Also an archive site.  E.g. Coplien includes a dir of C++ examples]
  770.  
  771.  
  772. >45 Kala Archive
  773.  
  774. From: sss@world.std.com (Sergiu S Simmel)
  775. Subject: Kala White Paper now available via anonymous ftp
  776. Message-ID: <CD4MyB.Hsn@world.std.com>
  777. Organization: Penobscot Development Corporation, Cambridge MA
  778. Date: Fri, 10 Sep 1993 07:18:11 GMT
  779.  
  780. An 8-page paper providing an overview of what Kala is and what Kala is
  781. for is now available, in PostScript format, in the Kala Archive. The
  782. file is accessible, via anonymous FTP, at the following location:
  783.  
  784.           anonymous@world.std.com:/pub/kala/TechDocs/Overview.ps
  785.  
  786. The outline is the following
  787.  
  788.         1 What is Kala For?
  789.         2 Software Infrastructure
  790.                 Persistent Data and Persistent Stores
  791.         3 Data Transfer
  792.         4 Data Visibility
  793.                 Changing Visibility
  794.                 Sharing Visibility
  795.                 Transactions
  796.                 Versions
  797.         5 Runtime and Architectural Models
  798.         6 Relationship to Other Technologies
  799.  
  800. This paper is targeted towards those who don't know anything about
  801. Kala and would like to find out a bit in 10 pages or less.
  802.  
  803. Enjoy!
  804.  
  805. P.S. For those of you who do not have FTP access and would like to
  806.      obtain this file, please send a brief e-mail message to
  807.      info@Kala.com, requesting that the file be e-mailed to you.
  808.      Beware that the file is approximately 425Kbytes long (the paper
  809.      contains 13 illustrations!).
  810.  
  811.  
  812. >46 BeBOP(seq,par,LP,OO,meta)
  813.  
  814. From: ad@munta.cs.mu.OZ.AU (Andrew Davison)
  815. Subject: BeBOP v.1.0 Available
  816. Message-ID: <9325614.15552@mulga.cs.mu.OZ.AU>
  817. Organization: Department of Computer Sci, University of Melbourne
  818. Follow-Up: comp.parallel
  819. Date: Mon, 13 Sep 1993 04:08:41 GMT
  820.  
  821.  BeBOP and bp Version 1.0 now available
  822.  ======================================
  823.  
  824.  What is BeBOP?
  825.  ==============
  826. The language BeBOP is a unique combination of sequential 
  827. and parallel Logic Programming (LP), object oriented 
  828. programming and meta-level programming. 
  829.  
  830. The LP component offers both don't know non-determinism
  831. and stream AND-parallelism, a combination not possible 
  832. with concurrent LP languages. 
  833.  
  834. BeBOP's object oriented features include object IDs, 
  835. encapsulation, message passing, state updating, and 
  836. object behaviour modification. 
  837.  
  838. The meta-level capabilities are based on the treatment 
  839. of Prolog theories as first order entities, which 
  840. enables them to be updated easily, and for fragments 
  841. to be passed between objects in messages.
  842.  
  843. BeBOP is implemented by translation down to NU-Prolog,
  844. and its parallel extension, PNU-Prolog. An unusual
  845. aspect of this is the way that object IDs are utilized 
  846. as a communication mechanism between objects.
  847.  
  848.  What is bp?
  849.  ===========
  850. The bp interactive interpreter supports BeBOP programming 
  851. by allowing the flexible invocation of objects, and 
  852. offering the means for setting up communication links 
  853. between objects at any time. An incidental benefit is 
  854. the ability to use `global' variables in queries. Since 
  855. bp is an augmentation of the NU-Prolog np system, objects 
  856. and Prolog goals can be combined, and a by-product is 
  857. that the floundering of Prolog queries is avoided.
  858.  
  859.  
  860.  Where are they?
  861.  ===============
  862. The BeBOP system (BeBOP and bp), and the PNU-Prolog 
  863. preprocessor pnp, can be found at the anonymous ftp 
  864. site munnari.oz.au (128.250.1.21), in the directory 
  865. pub as the file bebop.tar.Z. Remember to use binary 
  866. mode when copying it.
  867.  
  868. The release comes with a user manual, several papers 
  869. (in Postscript format), sample programs, and source code.
  870.  
  871.  
  872.  System requirements
  873.  ===================
  874. The BeBOP system requires the following:
  875.  
  876. * The NU-Prolog system, compiler and interpreter
  877. * The pnp preprocessor 
  878.   (this is included as part of the BeBOP system release)
  879. * GCC or similar compiler
  880. * Yacc (or Bison) and Lex
  881.  
  882.  
  883.  For more details, contact:
  884.  ==========================
  885.         Andrew Davison
  886.         Dept. of Computer Science
  887.         University of Melbourne
  888.         Parkville, Victoria 3052
  889.         Australia
  890.  
  891. Email:  ad@cs.mu.oz.au
  892. Fax:    +61 3 348 1184
  893. Phone:  +61 3 287 9172 / 9101
  894. Telex:  AA 35185
  895.  
  896.  
  897. >47 Knowledge Media, Massive cd-rom, lots of freeware
  898.  
  899. A "Resource Library" of cd-rom discs .  CDs for language/OS, graphics, multi-
  900. media, mega-media (3), and audio.  "Gathered from the resources of the
  901. Internet, CompuServe, Genie, BIX, and other BBS's".  Some shareware.  Should be
  902. available at your local software store.
  903.  
  904. From the back of the Languages CD:
  905.  
  906.   'Over 100 Languages'
  907.         ...
  908.  
  909. This is the largest collection of compilers, interpreters, libraries, and
  910. source code for standard and experimental computer languages and operating
  911. systems ever assembled.  A must for anyone interested in computer programming,
  912. this disc is just right for everyone, whether he or she is a researcher,
  913. student, or an interested hobbist.
  914.  
  915. Knowledge Media Inc.
  916. Paradise, CA  95969 USA
  917.  
  918.  
  919. >48 u++, C++ Trans. and Concry RTS
  920.  
  921. From: nat@nataa.frmug.fr.net (Nat Makarevitch)
  922. Subject: Re: 'Concurrent Objects' - Suggestions needed
  923. Date: 10 Oct 1993 02:41:15 GMT
  924. Organization: LIVIA
  925.  
  926.        u++ - uC++ Translator and Concurrency Runtime System
  927.  
  928. DESCRIPTION
  929. The u++ command introduces  a  translator  pass  over  the
  930. specified source files after the C preprocessor and before
  931. the actual C++ compilation.  The translator converts  sev-
  932. eral  new  uC++  constructs  into C++ statements.  The u++
  933. command also provides  the  runtime  concurrency library,
  934. which must be linked with each uC++ application.
  935.  
  936.                                                                  
  937. REFERENCES                                                       
  938. uC++:  Concurrency in the Object-Oriented Language C++, by      
  939. P.A.  Buhr,  G.  Ditchfield,  R.A.   Stroobosscher,   B.M.
  940. Younger, C.R.  Zarnke;   Software-Practise and Experience,
  941. 22(2):137--172, February 1992.  This paper describes  uC++
  942. v2.0, which has been significantly extended.
  943.  
  944. The  uC++  system is available via anonymous FTP
  945. from watmsg.UWaterloo.ca:pub/uSystem.  A license agreement
  946. is required to use uC++.
  947.  
  948.  
  949. >49 Real Time
  950.  
  951. From: dstewart+@cs.cmu.edu (David B Stewart)
  952. Subject: Re: Object-Oriented Systems and Realtime
  953. Organization: The Robotics Institute, Carnegie Mellon University
  954. Date: Mon, 11 Oct 1993 16:51:19 GMT
  955.  
  956. In article <1993Oct11.082519.23058@cs.tcd.ie>,
  957. Chris Zimmermann <czimmerm@cs.tcd.ie> wrote:
  958. >Hi community:
  959. >
  960. >What is the state of the art concerning real time in 
  961. >object-oriented systems (if any)? By this, I mean the
  962. >marriage of more or less traditional real time systems
  963. >(including systems concerned with "soft" real time aspects
  964. >like multimedia) with the OO paradigm.
  965. >[...]
  966.  
  967. We've done significant work in that area.  Check out the following tech
  968. report:
  969.  
  970. D. B. Stewart, R. A. Volpe, and P. K. Khosla, "Design of Dynamically
  971.     Reconfigurable Real-Time Software using Port-Based Objects," 
  972.     Carnegie Mellon University Tech Report #CMU-RI-TR-93-11, July 1993.
  973.  
  974.     Abstract: The current development of applications for sensor-based
  975.     robotic and automation (R&A) systems is typically a `one-of-a-kind'
  976.     process, where most software is developed from scratch, even though
  977.     much of the code is similar to code written for other applications.
  978.     The cost of these systems can be drastically reduced and the capability
  979.     of these systems improved by providing a suitable software framework
  980.     for all R&A sys tems. We describe a novel software framework, based on
  981.     the notion of dynamically reconfigurable software for sensor-based
  982.     control systems. Tools to support the implementation of this framework
  983.     have been built into the Chimera 3.0 Real-Time Operating System. The
  984.     framework provides for the systematic development and predictable
  985.     execution of flexible R&A applications while maintaining the ability to
  986.     reuse code from previous applications. It combines object-oriented
  987.     design of software with port-automaton design of digital control
  988.     systems. A control module is an instance of a class of port-based
  989.     objects. A task set is formed by integrating objects from a module
  990.     library to form a specific configuration. An implementation using
  991.     global state variables for the automatic integration of port-based
  992.     objects is presented. A control subsystem is a collection of jobs
  993.     which are executed one at a time, and can be programmed by a user.
  994.     Multiple control subsystems can execute in parallel, and operate
  995.     either independently or cooperatively. One of the fundamental concepts
  996.     of reconfigurable software design is that modules are developed
  997.     independent of the target hardware. Our framework defines classes of
  998.     reconfigurable device driver objects for proving hardware independence
  999.     to I/O devices, sensors, actuators, and special purpose processors.
  1000.     Hardware independent real-time communication mechanisms for
  1001.     inter-subsystem communication are also described. Along with providing
  1002.     a foundation for design of dynamically reconfigurable real-time
  1003.     software, we are also developing many modules for the control module,
  1004.     device driver, and subroutine libraries. As the libraries continue to
  1005.     grow, they will form the basis of code that can eventually be used by
  1006.     future R&A applications. There will no longer be a need for developing
  1007.     software from scratch for new applications, since many required modules
  1008.     will already be available in one of the libraries.  
  1009.  
  1010. This report is available via anonymous FTP as follows:
  1011.  
  1012.     % ftp IUS4.IUS.CS.CMU.EDU    (128.2.209.143)
  1013.     Name:       anonymous
  1014.     Password:   yourname@yourmachine
  1015.     ftp> binary
  1016.     ftp> cd /usr/chimera/public
  1017.     ftp> get CMU_RI_TR_93_11.ps.Z
  1018.     ftp> quit
  1019.     % uncompress CMU_RI_TR_93_11.ps.Z
  1020.     % lpr CMU_RI_TR_93_11.ps    (must be a postscript printer)
  1021.  
  1022. For more information, 'finger chimera@cmu.edu'.
  1023.  
  1024. >50 Ada-9x (compiler, GNU)
  1025.  
  1026. From: stt@spock.camb.inmet.com (Tucker Taft)
  1027. Subject: Re: which language to use ...?
  1028. Organization: Intermetrics, Inc.
  1029. Date: Mon, 1 Nov 1993 23:22:42 GMT
  1030.  
  1031.  >[...]
  1032.  
  1033. Also, there is a preliminary release of a GNU-GCC-based Ada 9X
  1034. compiler available from NYU on cs.nyu.edu in pub/gnat/...
  1035. The front end is written in Ada itself; the back end
  1036. is the usual GCC back end (enhanced as appropriate).
  1037.  
  1038. S. Tucker Taft  stt@inmet.com
  1039. Intermetrics, Inc.
  1040. Cambridge, MA  02138
  1041.  
  1042.  
  1043. >51 OO Course Slides
  1044.  
  1045. From: wellerd@ajpo.sei.cmu.edu (David Weller)
  1046. Subject: Re: Slides on OOP or OMT wanted
  1047. Organization: Sigma Software Engineering, Inc.
  1048. Date: Fri, 5 Nov 1993 11:01:44 EST
  1049.  
  1050. In article <2bdot7$3nr@news-rocq.inria.fr> ziane@lolita.inria.fr (Mikal Ziane (Univ. Paris 5 and INRIA) ) writes:
  1051. >
  1052. >Hello netters,
  1053. >
  1054. >Is anybody aware of public domain slides available on an ftp site ?
  1055. >I'd like slides on OO programming or OO design methods (esp. OMT).
  1056. >I know I am crazy to ask for that but someone told me he saw
  1057. >a very good C++ course on some ftp site ! (he does not remember which one 
  1058. >unfortunatemy)
  1059. >
  1060.  
  1061. It's true!  On WUArchive (wuarchive.wustl.edu) there is a series of
  1062. slides developed in Microsoft's PowerPoint.  The course material
  1063. includes lesson plans, tests, and workbooks, along with full notes
  1064. accompanying each slide.
  1065.  
  1066. There's one _little_ catch -- it's in the Public Ada Library.  Now,
  1067. the OOP course (there's three courses, one on OOD, OOP, and Software
  1068. Engineering) covers both C++ and Ada.  It was designed to let the
  1069. students work in both languages to get an objective opinion of the
  1070. pluses and minuses of each language (gee, what a concept!).
  1071.  
  1072. The OOD slides do NOT cover OMT.  Some material is used from Booch's
  1073. OOD book, but not the notation.  From looking at the slides, it appears
  1074. very easy to insert your own notation.  The important part for students
  1075. is communicating the concepts, which (for the price) these slides do
  1076. a DAMN good job of. <- (Safire's Violation #45: "A perposition is a 
  1077. bad thing to end a sentence with." :-)
  1078.  
  1079. Ah, but WHERE on WUArchive are they?  If you look under 
  1080. languages/ada/crsware, I believe you'll find them.  Good luck!
  1081.  
  1082. dgw
  1083. -- 
  1084. type My_Disclaimer is new Standard.Disclaimer with record
  1085.     AJPO, SEI : Cognizance := Disavow_All_Knowledge;
  1086. end record;--)
  1087.  
  1088.  
  1089. >52 GTE Distrib Reports
  1090.  
  1091. From: em02@gte.com (Emon)
  1092. Subject: Reports Available From The Distributed Object Computing Department
  1093. Date: 5 Nov 93 18:10:15 GMT
  1094. Organization: GTE Laboratories, Inc.
  1095.  
  1096.                         REPORTS AVAILABLE FROM
  1097.              THE DISTRIBUTED OBJECT COMPUTING DEPARTMENT
  1098.                      GTE LABORATORIES INCORPORATED
  1099.                         40 Sylvan Road, M/S 62
  1100.                      Waltham, Massachusetts 02254
  1101.  
  1102.  
  1103. For over six years, the primary focus of the Distributed Object Computing
  1104. Department within GTE Laboratories has been the Distributed Object
  1105. Management (DOM) project. The DOM project conducts research into
  1106. object-oriented technology for integrating heterogeneous, autonomous,
  1107. distributed (HAD) computer systems/resources. Major research areas include:
  1108. interoperable object models; interoperable, distributed object
  1109. architectures; heterogeneous, extended transaction models; and information
  1110. requests in HAD environments. We are experimenting in these areas using our
  1111. prototype DOM system which we have developed over the past five years. This
  1112. technology is based on ideas from a number of technical areas including
  1113. distributed, object-oriented, databases, multi-database systems, operating
  1114. systems, and programming languages.
  1115.  
  1116. Permission is granted at this time for the operations and uses listed
  1117. below. However, this permission is non-transferable and is subject to
  1118. revocation on a report-by-report basis, due to possible copyright transfers
  1119. that are normal in the publication process. Any additional copyright
  1120. restrictions are noted in the reports themselves. Default permissions are
  1121. for anonymous ftp, electronic viewing, and single-copy printing.
  1122. Permissible uses are research and browsing. Specifically prohibited are
  1123. SALES of any copy, whether electronic or hardcopy, of any of these reports
  1124. for any purpose. Also prohibited is copying, excerpting or extensive
  1125. quoting of any report in another work without the written permission of one
  1126. of the report's authors.
  1127.  
  1128. Reports marked with a "*" can be retrieved in postscript(ascii) form via
  1129. anonymous ftp from ftp.gte.com (132.197.8.2) in the "pub/dom" subdirectory.
  1130.  
  1131.  >>>>>>>>> 1994
  1132.  
  1133. [GEOR94a]*   Georgakopoulos, D., M. Rusinkiewicz, and W. Litwin,
  1134. "Chronological Scheduling of Transactions with Temporal Dependencies," to
  1135. appear in the VLDB journal, January 1994 (submitted in December 1990). 
  1136.  
  1137. [GEOR94b]*   Georgakopoulos, D., M. Hornick, P. Krychniak, and F. Manola,
  1138. "Specification and Management of Extended Transactions in a Programmable
  1139. Transaction Environment," to appear in the Proceedings of the 10th
  1140. International Conference on Data Engineering, Houston, Texas, February
  1141. 1994. Also published as TC-0207-02-93-165, GTE Laboratories Incorporated,
  1142. February 1993.
  1143.  
  1144.  
  1145.  >>>>>>>>> 1993
  1146.  
  1147. [BROD93a]*   Brodie, M.L., "The Promise of Distributed Computing and the
  1148. Challenge of Legacy Information Systems," in Hsiao, D., E.J. Neuhold, and
  1149. R. Sacks-Davis (eds), Proc. IFIP TC2/WG2.6 Conference on Semantics of
  1150. Interoperable Database Systems, Lorne, Australia, November 1992, Elsevier
  1151. North Holland, Amsterdam 1993.
  1152.  
  1153. [BROD93b]*   Brodie, M.L. and M. Stonebraker, "DARWIN: On the Incremental
  1154. Migration of Legacy Information Systems," DOM Technical Report,
  1155. TR-0222-10-92-165, GTE Laboratories Inc., March 1993.
  1156.  
  1157. [GEOR93a]*   Georgakopoulos, D., M. Hornick, and P. Krychniak, "An
  1158. Environment for Specification and Management of Extended Transactions in
  1159. DOMS," to appear in Proceedings of the 3rd International Workshop on
  1160. Interoperability in Multidatabase Systems, Vienna, Austria, April 1993.
  1161.  
  1162. [GEOR93c]*   Georgakopoulos, D., M. Rusinkiewicz and A. Sheth, "Using
  1163. Ticket-based Methods to Enforce the Serializability of Multidatabase
  1164. Transactions," to appear in the IEEE Transactions on Data and Knowledge
  1165. Engineering December 1993 (submitted in February 1992).
  1166.  
  1167. [GEOR93e]*   Georgakopoulos, D., M. Hornick, F. Manola, M. Brodie, S.
  1168. Heiler, F. Nayeri, and B. Hurwitz, "An Extended Transaction Environment for
  1169. Workflows in Distributed Object Computing," in IEEE Data Engineering, pp.
  1170. 24-27, vol. 16, no. 2, June 1993.
  1171.  
  1172. [MANO93a]   Manola, F., "The Need for Object Model Interoperability,"
  1173. Workshop Report, Workshop on Application Integration Architectures, Dallas,
  1174. Texas, February 1993
  1175.  
  1176. [MANO93c]*   Manola, F. and S. Heiler, "A 'RISC' Object Model for Object
  1177. System Interoperation: Concepts and Applications," TR-0231-08-93-165, GTE
  1178. Laboratories, Inc., August 1993.
  1179.  
  1180. [MITC93a]   Mitchell, G., "Extensible Query Processing in an
  1181. Object-Oriented Database," PhD Thesis, Brown University Technical Report
  1182. No. CS-93-16, May 1993. Available in hard copy from Brown University,
  1183. Computer Science Department, and postscript format via anonymous ftp from
  1184. wilma.cs.brown.edu as file techreports/93/cs93-16.ps.Z
  1185.  
  1186. [NAYE93c]*   Nayeri, F., and B. Hurwitz, "Experiments with Dispatching in a
  1187. Distributed Object System," GTE Laboratories, Inc., TR-0236-09-93-165, July
  1188. 1993.
  1189.  
  1190. [NAYE93d]*   Nayeri, F., "Addressing Component Interoperability in the OMG
  1191. Object Model," position paper submitted to ORB Implementors' Workshop, San
  1192. Francisco, June 1993.
  1193.  
  1194. [NICO93a]   Nicol, J., T. Wilkes, and F. Manola, "Object Orientation in
  1195. Heterogeneous Distributed Computing Systems," IEEE Computer, pp. 57-67,
  1196. Vol. 26, No.6, June 1993.
  1197.  
  1198. [VENT93]*   Ventrone, V. and S. Heiler, "Some Practical Advice for Dealing
  1199. with Semantic Heterogeneity in Federated Database Systems," Submitted to
  1200. USENIX.
  1201.  
  1202.  
  1203.  >>>>>>>>> 1992
  1204.  
  1205. [BGR92]*   Batra, R., D. Georgakopoulos, and M. Rusinkiewicz, "A
  1206. Decentralized Deadlock-free Concurrency Control Method for Multidatabase
  1207. Transactions," in Proceedings of 12th International Conference on
  1208. Distributed Computing Systems, Yokohama, Japan, June, 1992.
  1209.  
  1210. [BRO92b]*   Brodie, M.L. and J. Mylopoulos , "Artificial Intelligence and
  1211. Databases: Dawn, Midday, or Sunset?," Canadian Information Processing
  1212. /Informatique Canadienne, July/August 1992.
  1213.  
  1214. [BROD92c]*   Brodie, M.L. and S. Ceri, "On Intelligent and Cooperative
  1215. Information Systems," in International Journal of Intelligent and
  1216. Cooperative Information Systems 1, 2 September 1992. 
  1217.  
  1218. [BUCH92]   Buchmann, A.P., M.T. Ozsu, M. Hornick, D. Georgakopoulos, F.A.
  1219. Manola, "A Transaction Model for Active Distributed Object Systems," in
  1220. Database Transaction Models for Advanced Applications, A.K. Elmagarmid,
  1221. (ed.), Morgan Kaufmann, San Mateo, CA, Spring 1992.
  1222.  
  1223. [GEOR92]*   Georgakopoulos, D., "A Framework for Dynamic Specification of
  1224. Extended Multidatabase Transactions and Interdatabase Dependencies,"
  1225. Proceedings of Third Workshop on Heterogeneous Databases and Semantic
  1226. Interoperability, Boulder, February, 1992.
  1227.  
  1228. [HEIL92]   Heiler, S., S. Haradhvala, B. Blaustein, A. Rosenthal, and S.
  1229. Zdonik, "A Flexible Framework for Transaction Management in Engineering
  1230. Environments," in Database Transaction Models for Advanced Applications,
  1231. A.K. Elmagarmid (ed.), Morgan Kaufmann, San Mateo, CA, Spring 1992.
  1232.  
  1233. [MANO92]*   Manola, F., S. Heiler, D. Georgakopoulos, M. Hornick, M.
  1234. Brodie, "Distributed Object Management," International Journal of
  1235. Intelligent and Cooperative Information Systems 1, 1 March 1992.
  1236.  
  1237. [MANO92a]*   Manola, F. and S. Heiler, "An Approach To Interoperable Object
  1238. Models," Proceedings of the International Workshop on Distributed Object
  1239. Management, Edmonton, Canada, August 1992 (also in Distributed Object
  1240. Management, M.T. Ozsu, U. Dayal, and P. Valduriez (eds.), Morgan Kaufmann,
  1241. San Mateo, CA, 1993).
  1242.  
  1243.  
  1244.  >>>>>>>>> 1991
  1245.  
  1246. [BROD91]   Brodie, M., "Distributed Object Management Research,"
  1247. Proceedings of the Second Telecommunications Information Networking
  1248. Architecture (TINA) Workshop, pp. 297-303, Chantilly, France, March 1991.
  1249.  
  1250. [BROD91a]*   Brodie, M. and M. Hornick, "An Interoperability Development
  1251. Environment For Intelligent Information Systems," Proceedings of the
  1252. International Workshop on the Development of Intelligent Information
  1253. Systems, Niagara-on-the-Lake, April 1991.
  1254.  
  1255. [BUCH91]*   Buchmann, A.P., M. Tamer Ozsu, and D. Georgakopoulos, "Towards
  1256. a Transaction Management System for DOM," TR-0146-06-91-165, GTE
  1257. Laboratories Incorporated, June 1991.
  1258.  
  1259. [GEOR91a]*   Georgakopoulos, D., M. Rusinkiewicz, and A. Sheth, "On
  1260. Serializability of Multidatabase Transactions Through Forced Local
  1261. Conflicts," Proceedings of the 7th International Conference on Data
  1262. Engineering, Kobe, Japan, April 1991.
  1263.  
  1264. [GEOR91b]*   Georgakopoulos, D., "Multidatabase Recoverability and
  1265. Recovery," Proceedings of the First International Workshop on
  1266. Interoperability in Multidatabase Systems, Kyoto, Japan, April 1991.
  1267.  
  1268. [GRL91]   Georgakopoulos, D., M. Rusinkiewicz, and W. Litwin,
  1269. "Chronological Scheduling of Transactions with Temporal Dependencies," in
  1270. the VLDB journal, available draft also as a Technical Report from the
  1271. Department of Computer Science at the University of Houston, UH-CS-91-03,
  1272. February, 1991.
  1273.  
  1274. [HEIL91]*   Heiler, S., "Extended Data Type Support in Distributed DBMS
  1275. Products: A Technology Assessment and Forecast," TR-170-12-91-165. GTE
  1276. Laboratories Incorporated, December 1991.
  1277.  
  1278. [HORN91]*   Hornick, M.F., J.D. Morrison, and F. Nayeri, "Integrating
  1279. Heterogeneous, Autonomous, Distributed Applications Using the DOM
  1280. Prototype," TR-0174-12-91-165. GTE Laboratories Incorporated, December
  1281. 1991.
  1282.  
  1283. [MANO91]   Manola, F. and U. Dayal, "An Overview of PDM: An Object-Oriented
  1284. Data Model," in K.R. Dittrich, U. Dayal, and A.P. Buchmann (eds.), On
  1285. Object-Oriented Database Systems, Springer-Verlag, 1991.
  1286.  
  1287. [MANO91a]*   Manola, F., "Object Data Language Facilities for Multimedia
  1288. Data Types," TR-0169-12-91-165. GTE Laboratories Incorporated, December
  1289. 1991.
  1290.  
  1291. [MANO91b]   Manola, F., "The Third-Generation/OODBMS Manifesto, Commercial
  1292. Version," SIGMOD Record, Vol. 20, No. 4, December 1991.
  1293.  
  1294. [RUSI91]   Rusinkiewicz, M. and D. Georgakopoulos, "Multidatabase
  1295. Transactions: Impediments and Opportunities," Compcon Spring '91 Digest of
  1296. Papers, San Francisco, February 1991.
  1297.  
  1298. [VENT91]   Ventrone, V. and S. Heiler, "Semantic Heterogeneity as a Result
  1299. of Domain Evaluation," SIGMOD Record Special Issue: Semantic Issues in
  1300. Multidatabase Systems, Vol. 20, No. 4, December 1991.
  1301.  
  1302.  
  1303.  >>>>>>>>> 1990
  1304.  
  1305. [BREI90]   Breitbart, Y., D. Georgakopoulos, and M. Rusinkiewicz, A.
  1306. Silberschatz, "Rigorous Scheduling in Multidatabase Systems," Proceedings
  1307. of Workshop in Multidatabases and Semantic Interoperability, Tulsa, pp.
  1308. 658-667, November 1990.
  1309.  
  1310. [BROD90]*   Brodie, M.L., F. Bancilhon, C. Harris, M. Kifer, Y. Masunaga,
  1311. E.D. Sacerdoti, K. Tanaka, "Next Generation Database Management Systems
  1312. Technology," in Deductive and Object-Oriented Databases, W. Kim, J-M
  1313. Nicolas, S. Nishio, (eds.), Elsevier Science Publishers, 1990.
  1314.  
  1315. [HEIL90]   Heiler, S., F. Manola and S. Zdonik, "An Object-Oriented
  1316. Database Approach to Federated Systems," (unpublished paper), 1990.
  1317.  
  1318. [MANO90]   Manola, F., "Object-Oriented Knowledge Bases," AI Expert, 5(3),
  1319. 5(4), March and April 1990.
  1320.  
  1321. [MANO90a]*   Manola, F. and A. Buchmann "A Functional/Relational
  1322. Object-Oriented Model for Distributed Object Management: Preliminary
  1323. Description" TM-0331-11-90-165. GTE Laboratories Incorporated, December
  1324. 1990.
  1325.  
  1326. [MANO90b]*   Manola, F., M. Hornick, and A. Buchmann "Object Data Model
  1327. Facilities for Multimedia Data Types" TM-0332-11-90-165, GTE Laboratories
  1328. Incorporated, December 1990.
  1329.  
  1330. [MYLO90]*   Mylopoulos, J. and M. Brodie, "Knowledge Bases and Databases:
  1331. Current Trends and Future Directions," Lecture Notes in Computer Science,
  1332. Vol. 474: Information Systems and Artificial Intelligence: Integration
  1333. Aspects, D. Karagiannia, (ed.), Springer-Verlag, New York, 1990.
  1334.  
  1335. [RUSI90]   Rusinkiewicz, M., D. Georgakopoulos, and R. Thomas, "RDS: A
  1336. Primitive for the Maintenance of Replicated Data Objects," Proceedings of
  1337. Second IEEE Symposium on Parallel and Distributed Processing, Dallas, pp.
  1338. 658-667, December 1990.
  1339.  
  1340. [SILB90]   Silberschatz, A., M. Stonebraker, and J.D. Ullman (eds.), M.L.
  1341. Brodie, P. Buneman, M. Carey, A. Chandra, H. Garcia-Molina, J. Gray, R.
  1342. Fagin, D. Lomet, D. Maier, M.A. Niemat, A. Silberschatz, M. Stonebraker, I.
  1343. Traiger, J. Ullman, G. Wiederhold, C. Zaniolo, and M. Zemankova, P.A.
  1344. Bernstein, W. Kim, H.F. Korth, and A. van Tilborg, (co-authors), "Database
  1345. Systems: Achievements and Opportunities," ACM SIGMOD Record, 19, 4,
  1346. December 1990; also appeared in Communications of the ACM, Vol. 34, No.10,
  1347. pp. 110-120, October 1991.
  1348.  
  1349. [STON90]   Stonebraker, M. , L.A. Rowe, B. Lindsay, J. Gray, M. Carey, M.L.
  1350. Brodie, P. Bernstein, and D. Beech, "Third-Generation Data Base System
  1351. Manifesto," ACM SIGMOD Recored 19, 3, September 1990.
  1352.  
  1353. [ZERT90]   Zertuche, D.R. and A.P. Buchmann, "Execution Models for Active
  1354. Database Systems: A Comparison," TM-0238-01-90-165, GTE Laboratories
  1355. Incorporated, January 1990.
  1356.  
  1357.  
  1358.  >>>>>>>>> 1989
  1359.  
  1360. [BROD89]   Brodie, M., D. Bobrow, V. Lesser, S. Madnick, D. Tsichritzis,
  1361. and C. Hewitt, "Future Artificial Intelligence Requirements for Intelligent
  1362. Database Systems" Expert Database Systems: Proceedings From the Second
  1363. International Conference, L. Kerschberg (ed.), Benjamin/Cummings, Menlo
  1364. Park, CA, 1989.
  1365.  
  1366. [BROD89a]   Brodie, M. , J. Mylopoulos, "Future Intelligent Information
  1367. Systems: AI and Database Technologies Working Together," in M. Brodie, J.
  1368. Mylopoulos, (eds. and contributors), Readings in Artificial Intelligence
  1369. and Databases, Morgan Kaufmann, San Mateo, CA, 1989.
  1370.  
  1371. [MANO89]*   Manola, F., "Applications of Object-Oriented Database
  1372. Technology in Knowledge-Based Integrated Information Systems," GTE
  1373. Laboratories Incorporated, April 1989.
  1374.  
  1375. [MANO89a]*   Manola, F., "Object Model Capabilities For Distributed Object
  1376. Management," TM-0149-06-89-165, GTE Laboratories Incorporated, June 1989.
  1377.  
  1378. [MANO89b]*   Manola, F., "An Evaluation of Object-Oriented DBMS
  1379. Developments," TR-0066-10-89-165, GTE Laboratories Incorporated, October
  1380. 1989.
  1381.  
  1382. [WELC89]   Welch, J.L. and A.P. Sistla, "Object-Based Concurrency Control
  1383. and Recovery Mechanisms," TM-0150-06-89-165, GTE Laboratories Incorporated,
  1384. June 1989.
  1385.  
  1386.  
  1387.  >>>>>>>>> 1988
  1388.  
  1389. [MANO88]*   Manola, F., "Distributed Object Management Technology,"
  1390. TM-0014-06-88-165, GTE Laboratories Incorporated, June 1988.
  1391.  
  1392.  
  1393.  >>>>>>>>> 1987
  1394.  
  1395. [MANO87]   Manola, F., "A Personal View of DBMS Security," Database
  1396. Security: Status and Prospects, C.E. Landwehr (ed.), Elsevier Science
  1397. Publishers B.V., North Holland, 1988, 23-34; TN CS1.1, GTE Laboratories
  1398. Incorporated, December 1987.
  1399.  
  1400.  
  1401.  
  1402. _[GEOR94a]* _[GEOR94b]*
  1403. _[BROD93a]* _[BROD93b]* _[GEOR93a]* _[GEOR93c]* _[GEOR93e]*
  1404. _[MANO93a]  _[MANO93c]* _[NAYE93c]* _[NAYE93d]* _[NICO93a] 
  1405. _[VENT93]*
  1406. _[BGR92]    _[BRO92b]*  _[BROD92c]* _[BUCH92]   _[GEOR92]*
  1407. _[HEIL92]   _[MANO92]*  _[MANO92a]* 
  1408. _[BROD91]   _[BROD91a]* _[BUCH91]*  _[GEOR91a]* _[GEOR91b]*
  1409. _[GRL91]    _[HEIL91]*  _[HORN91]*  _[MANO91]   _[MANO91a]* 
  1410. _[MANO91b]  _[RUSI91]   _[VENT91] 
  1411. _[BREI90]   _[BROD90]*  _[HEIL90]   _[MANO90]   _[MANO90a]* 
  1412. _[MANO90b]* _[MYLO90]*  _[RUSI90]   _[SILB90]   _[STON90] 
  1413. _[ZERT90] 
  1414. _[BROD89]   _[BROD89a]  _[MANO89]*  _[MANO89a]* _[MANO89b]*
  1415. _[WELC89] 
  1416. _[MANO88]* 
  1417. _[MANO87]
  1418.  
  1419.  
  1420. >53  KEOBJ, OO DSP micro-kernel
  1421.  
  1422. From: clb@softia.com (Chris Bidaut)
  1423. Subject: Object kernel for DSP & RISC processors
  1424. Date: Mon, 15 Nov 1993 22:48:46
  1425. Organization: Softia, Inc.
  1426.  
  1427. This is an announcement for KEOBJ, an object-oriented micro-kernel for Digital
  1428. Signal Processors (DSP) and RISC processors.  This is also a request for 
  1429. comments from the Internet community. Feedback on the architecture and 
  1430. programming interface will be appreciated and incorporated into the next
  1431. release.
  1432.  
  1433.  
  1434. 1 DESCRIPTION
  1435. -------------
  1436.  
  1437. KEOBJ is an object-oriented micro-kernel optimized for advanced embedded 
  1438. applications, and it particularly targets Digital Signal Processors (DSP) 
  1439. and RISC processors in multimedia environments.
  1440.  
  1441. Its main features are object-orientation, real-time behavior, signal processing
  1442. support, micro-kernel architecture and scalability.
  1443.  
  1444. 1.1 Object-orientation
  1445.  
  1446. The kernel is a collection of system classes exported to the applications
  1447. (e.g Process, Thread, Memory, ...).
  1448. An object name space provides a way to locate any public object (e.g. IPC, 
  1449. memory) using a symbolic path.
  1450. The kernel is written in C++ and is easily portable.
  1451.  
  1452. 1.2 Real-time behavior
  1453.  
  1454. The design stresses fast response time and predictability to qualify for the 
  1455. real-time label. The kernel is reentrant and preeemptable.
  1456.  
  1457. 1.3 Signal processing support
  1458.  
  1459. Besides providing an architecture appropriate for most general purpose 
  1460. applications, the kernel incorporates dedicated features for signal processing
  1461. applications. This includes two phases interrupt processing, time-deadline
  1462. scheduling, Inter Process Communications, multiple memory pools, awareness of
  1463. the constraints due to a single data type (word).
  1464.  
  1465. 1.4 Micro-kernel architecture
  1466.  
  1467. Probably the most important feature of the kernel is the ability to be
  1468. extended at run-time with new services such as devices drivers, public
  1469. classes (IPC, file systems, windowing systems). Applications and system
  1470. services are dynamically loaded by a COFF compatible loader.
  1471.  
  1472. The core kernel is customizable at run-time through a personality mechanism 
  1473. to emulate other environments (Operating systems) or to tailor the processes
  1474. environments. 
  1475.  
  1476. 1.5 Scalability
  1477.  
  1478. The API supports physical and virtual memory organizations with the same 
  1479. semantics.
  1480.  
  1481. Applications source code will be portable across DSP and RISC processors.
  1482.  
  1483. The architecture supports symmetric multiprocessing and distribution (Available
  1484. by mid-1994).
  1485.  
  1486.  
  1487. 2 WHERE TO FIND THE PACKAGE
  1488. ---------------------------
  1489.  
  1490. A set of documentation about KEOBJ is available via anonymous ftp on the 
  1491. following Internet server:
  1492.         netcom.com (192.100.81.100) in file /pub/softia/keobj.zip
  1493.  
  1494.  
  1495. If you do not have access to Internet, contact me for other delivery media at:
  1496. Chris Bidaut            clb@softia.com
  1497. Telephone (408) 262-6520    Fax (408) 262-7210
  1498.  
  1499.  
  1500. >54  MindFrame for Windows
  1501.  
  1502. From: gcl@netcom.com (Geoff Lee)
  1503. Subject: "MindFrame for Windows" (freeware) application is available for ftp
  1504. Date: Tue, 16 Nov 1993 21:07:28 GMT
  1505.  
  1506.     MindFrame for Windows 1.0 Release Note
  1507.     ======================================
  1508.  
  1509. mndframe.zip (MindFrame for Windows) is available for anonymous ftp
  1510. on ftp.cica.indiana.edu. It is currently in /pub/pc/win3/uploads.
  1511.  
  1512. "MindFrame for Windows" is a freeware application developed to
  1513. teach an object modeling approach presented in the
  1514. book: "Object-Oriented GUI Application Development" Geoff Lee,
  1515. Prentice-Hall, 1993, ISBN 0-13-363086-2.
  1516.  
  1517. This application is useful in many other areas as well, for
  1518. example, in Bible studying (metaphors, parables, prophecies,
  1519. types), neural modeling, ecological modeling, and task modeling.
  1520. There are 20 sample applications covering these areas. There
  1521. are also description of each of the sample application in the
  1522. on-line Help. Read "About MindFrame..." help topic for more
  1523. information.
  1524.  
  1525. This is a copyrighted software, but you can freely redistribute if
  1526. you keep the release intact.
  1527.  
  1528. The following is the content of mdnframe.txt file in the .zip file:
  1529.  
  1530. 1. Installation Procedure:
  1531.    DOS> mkdir MndFrame
  1532.    DOS> cd MndFrame
  1533.    DOS> copy b:MndFrame.zip   (or where you kept the mndframe.zip file)
  1534.    DOS> unzip -d mndframe.zip  (extract files into subdirectories)
  1535.    DOS> copy grid.vbx \windows\systems (your local Windows system directory)
  1536.  
  1537. 2. Running the application:
  1538.    . In Windows, open your "File Manager"
  1539.    . Go to \MndFrame directory
  1540.    . Find the MndFrame.exe file
  1541.    . Drag the MndFrame.exe file icon into a "Program Manager" window
  1542.    . Open the MndFrame.exe program
  1543.  
  1544. 3. Sample applications:
  1545.    Once you are in the MindFrame application, open files in the 
  1546.    \MndFrame\Samples subdirectories. There are 20 sample files organized
  1547.    according to areas of application (e.g., object modeling, neural
  1548.    modeling, bible studying). You can also find description of each of
  1549.    these samples in the On-Line Help file.
  1550.  
  1551.